EXPRESS MAIL NO.: EL5631 54951 US 
DATE MAILED: June 30, 2000 



PATENT 



INVENTORS: 



Reiner KRAFT 
Jussi P. MYLLYMAKI 



SYSTEM AND METHOD FOR ENHANCED BROWSER-BASED WEB CRAWLING 

PARTIAL WAIVER OF COPYRIGHT 

All of the material in this patent application is subject to copyright protection under 
the copyright laws of the United States and of other countries. As of the first effective filing 
date of the present application, this material is protected as unpublished material. 
However, permission to copy this material is hereby granted to the extent that the copyright 
owner has no objection to the facsimile reproduction by anyone of the patent 



O documentation or patent disclosure, as it appears in the United States Patent and 
i"! Trademark Office patent file or records, but otherwise reserves all copyright rights 



15 FIELD OF THE INVENTION 

This invention relates to Internet Search Technology and E-Commerce and more 
particularly to an improved method and apparatus for web crawling. 

BACKGROUND OF THE INVENTION 



by users for identification and retrieval of valuable documents that contain data, text, audio 
and video information. A typical example of a database system 100 is shown in FIG. 1. 
Information processing units 1 01 a to 1 01 n can be any of the following: personal computers 




whatsoever. 



CROSS-REFERENCE TO RELATED APPLICATIONS 



Not Applicable 



Database systems store enormous amounts of information that can be accessed 
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(DOS, WINDOWS or Macintosh, Linux machines), workstations, a client, a dumb terminal 
or equivalent. Hub processing units 102a to 102y can be any of the following: a server, a 
master, a database controller or equivalent. Network (100) can be any of the following: a 
token ring network, a star network, a telecommunication switching network, a local area 
network (LAN), a wide area network (WAN), a corporate intranet, the Internet or equivalent. 
Information processing units 101a to 101n are in communication with hub processing 
units 102a to 102y via network 100. The sharing of data across network 100 is 
accomplished by computer search programs 103a to 103x operating in conjunction with 
the hub processing units 102a to 102y. The search programs can be located on the hub 
processing units themselves or on another processing units that are not shown. In 
addition, a user employs a graphical user interface (GUI) 104a to 104n that permits him 
or her to submit search queries across network 100 to the hub processing units. 

Upon reception of the search query, the hub processing units forward the request 
to the search programs 103a to 103x for completion of the transaction. As is well known, 
search programs provide Boolean Operators (AND, OR NOT) to help build more 
sophisticated queries in order to narrow down the search result set. These Boolean 
Operators are used to provide the various permutations to the search programs 103a to 
103x which uses these to locate pertinent documents. Once in possession of the search 
query, the search programs compare the requested search parameters against documents 
stored in databases 1 05a to 1 05z. Finding words or phrases that compare favorably with 
the search query, the search programs return a list of relevant documents to the 
information processing units 101a to 101 n as well as library information such as type of 
document, location and highlighted words or phrases indicating the flags that caused the 
search program to retrieve the particular document. Finally, the search results are loaded 
into the graphical user interface GUI 104a to 104n for the user's review. 

The search programs 103a to 103x used to return the search results in FIG.1 are 
commonly referred to as "web crawlers". Today's web crawling methodologies are already 
able to retrieve heterogeneous, static content from the World Wide Web (WWW). 
However, as more and more designers use dynamically generated content in their web- 
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based documents, existing crawling techniques are not always capable of retrieving the 
data correctly. Known Enhanced Crawling architectures are able to simulate user 
interaction; thus, these enable automatic crawling of web sites that dynamically generate 
their data and associate data with session information. 

Referring now to the flow diagram 200 of FIG.2, a typical web crawler performs two 
main operations in order to execute the crawling process; namely, the access - retrieval 
of a document (202) and then the analysis phase of the document, also called the 
summarization process (204). Whereas today's web crawler might be able to access a 
dynamically generated document correctly (e.g., a document generated through Active 
Server Pages, Perl Script or an equivalent), the summarization process will fail or produce 
flawed results if the document itself contains executable client side software code. The 
reason for this is that the client side software code (e.g., JavaScript, VBScript, or 
equivalent) is targeted to be executed and interpreted within a web browser's scripting 
engine. Eventually the code will be replaced with content, or the code produces content. 
Web designers often make use of this feature to dynamically create content on the client 
side; examples of this can include computation results which are originated based on some 
user input, or specific text based on the client's web browser version used or some other 
such equivalent. More generally, dynamic documents rely on a web browser's capabilities 
to: 

a) retrieve additional documents (206) as needed (frames, in-line images, audio, video, 
applets, or equivalents) or required; 

b) execute client side script (208) and code (JavaScript or equivalents); 

c) furnish a fault tolerant HTML filter to recognize various HTML standards and 
interpret HTML markup errors; unscramble content that a web designer has 
purposefully scrambled in order to thwart crawling and other programmatic analysis 
methods; thereby produce a final HTML markup (210); and 

e) integrate all these previously obtained results to render (212) the document for 
presentation to a user (214). 
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As one can see the information unit 1 01 a to 1 01 n side web browsing 1 04a to 1 04n process 
can become very complicated and convoluted. That's the reason why it's not a trivial task 
to implement a decent web browser. Further, there are additional problems involved in this 
implementation. As an example, a web browser has to achieve fault tolerance in regard 
to the underlying HTML used to create a document. First, there are many different HTML 
versions and standards currently available. Second, human error is introduced into the 
document when individuals do not correctly compose HTML markup. They forget brackets, 
use the wrong syntax, arguments, parameters or other such errors that necessitate a fault- 
tolerant browser. Therefore, there is a need for a fault-tolerant web crawler that does not 
fail when summarizing dynamic documents. 

Further, today's web designers often make intensive use of images and image maps 
to represent text data in documents. Some of these documents consist only of images and 
the images themselves contain all the textual data and other information in the document. 
However, standard web crawlers will not be able to summarize such a document. 
Therefore, there is a need for a web crawler that can interpret and summarize textual and 
other information contained within the body of a web-based image document. 

In summary, a web browser has to execute a complicated algorithmic process in 
order to eliminate the problems previously described; this complex algorithmic process 
enables the browser to present and render a document in the manner that the web 
document composer intended it to be displayed. A web browser's functionality is similar 
to that of a multi-tasking management component which has to coordinate several tasks 
to yield an effective end product. The web browser must coalesce information from a 
variety of sources to produce the final HTML code which will be rendered and displayed. 

SUMMARY OF THE INVENTION 

This invention pioneers an enhanced crawling mechanism and technique called 
"Enhanced Browser Based Web Crawling". It permits the fault-tolerant gathering of 
dynamic data documents on the World Wide Web (WWW). The Enhanced Browser 
Based Web Crawler technology of this invention is implemented by incorporating the 
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intricate functionality of a web browser into the crawler engine so that documents are 
properly analyzed. Essentially, the Enhanced Browser Based Crawler acts similarly to a 
web browser after retrieving the initially requested document. It then loads additional or 
included documents as needed or required (e.g., inline-frames, frames, images, applets, 
audio, video, or equivalents). The Crawler then executes client side script or code and 
produces the final HTML markup. This final HTML markup is ordinarily used for the 
rendering for user presentation process. However, unlike a web browser this invention 
does not render the composed document for viewing purposes. Rather it analyzes or 
summarizes it, thereby extracting valuable metadata and other important information 
contained within the document. 

In another embodiment, this invention introduces the integration of Optical Character 
Recognition (OCR) techniques into the crawler architecture. The reason for this is to 
enable the web crawler summarization process to properly summarize image content (e.g., 
GIF, JPEG or an equivalent) without errors. Since today's web designers often make 
intensive use of images and image maps to represent textual and other data in documents, 
it is imperative that a web crawler be capable of retrieving and summarizing images and 
image maps that contain textual or other data types in a fault-free manner. 

Using the Enhanced Browser Based Crawler of this invention to enhance existing 
document gathering and analysis introduces significant advantages over the prior art. First, 
the quality of the extracted metadata is dramatically improved. This is due to the fact that 
the summarization of a document is based on the whole and complete document as it was 
designed by the document's author; the static heterogenous data as well as the 
problematic dynamic data is processed fault-free and integrated into the metadata. A 
standard web crawler is not able to compose this type of highly dynamic and distributed 
document that includes dynamic information such as client side script, applets, or their 
equivalents. Secondly, the integration of optical character recognition (OCR) techniques 
into the document analysis and summarization process enables the retrieval of textual data 
from images or image maps. This text can be analyzed and added to the document 
summary. 
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Overall the enhanced browser crawling technique described in the invention 
produces a higher quality of metadata, because it .can integrate and analyze information 
which cannot be obtained from standard crawling techniques. As a result, a search engine 
provider utilizing this invention, is able to provide a virtually fault-free search service; fault- 
free from the perspective of the underlying built-in software functional failures previously 
described with regards to the prior art crawlers. 

In another embodiment, the crawler is integrated into a Grandcentral station 
framework as a prototype. 

BRIEF DESCRIPTION OF THE FIGURES 

The subject matter which is regarded as the invention is particularly pointed out and 
distinctly claimed in the claims at the conclusion of the specification. The foregoing and 
other objects, features, and advantages of the invention will be apparent from the following 
detailed description taken in conjunction with the accompanying drawings. 

FIG. 1 is a system level overview of a typical information processing network within 
which the present invention may be practiced. 

FIG. 2 is a flow diagram that illustrates the web crawling and web browsing process 
found in the prior art. 

FIG. 3a is a block diagram that depicts the system architecture for an enhanced 
browser based crawler. 

FIG. 3b is a flow diagram that illustrates the enhanced browser based web crawling 
functional overview. 

FIG. 4 is a flow diagram that illustrates the processing steps executed in a Pool 
Manager subroutine to control a visited pool and a URL pool. 

FIG. 5 is a flow diagram that illustrates the processing steps executed in a Page 
Gatherer subroutine to gather contents of HTML pages. 

FIG. 6 is a flow diagram that illustrates the processing steps executed in a Page 
Renderer subroutine to create an in-memory representation of a HTML page layout. 
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FIG. 7 is a flow diagram that illustrates the processing steps executed in a Page 

Extractor subroutine to extract embedded information from documents. 

FIG. 8 is a flow diagram that illustrates the processing steps executed in a Page 
Summarizer subroutine to summarize data into metadata for forwarding to an application. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

It is important to note that these embodiments are only examples of the many 
advantageous uses of the innovative teachings herein. In general, statements made in the 
specification of the present application do not necessarily limit any of the various claimed 
inventions. Moreover, some statements may apply to some inventive features but not to 
others. In general, unless otherwise indicated, singular elements may be in the plural and 
vice versa with no loss of generality. 

In the drawing like numerals refer to like parts through several views. 

Glossary of Terms Used in this Disclosure 
Crawler - A program that automatically explores the World Wide Web by retrieving 
a document and recursively retrieving some or all the documents that are linked to 
it. The crawler visits web sites and reads their pages and other information in order 
to create entries for a search engine index. The major search engines on the Web 
all have such a program, which is also known as a "crawler" or a "bot." Crawlers or 
spiders are typically programmed to visit sites that have been submitted by their 
owners as new or updated. Entire sites or specific pages can be selectively visited 
and indexed. Spiders are called spiders because they usually visit many sites in 
parallel at the same time, their "legs" spanning a large area of the "web." Spiders 
can crawl through a site's pages in several ways. One way is to follow all the 
hypertext links in each page until all the pages have been read. The spider for the 
AltaVista search engine and its Web site is called Scooter. Scooter adheres to the 
rules of politeness for Web spiders that are specified in the Standard for Robot 
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Exclusion (SRE). It asks each server which files should be excluded from being 

indexed. It does not (or can not) go through firewalls. And it uses a special algorithm 
for waiting between successive server requests so that it doesn't affect response 
time for other users. 

Dictionary - A database of context-related terms. 

HTML (Hypertext Markup Language) - A standard language for attaching 
presentation and linking attributes to informational content within documents. During 
a document authoring stage, HTML "tags" are embedded within the informational 
content of the document. When the web document (or "HTML document") is 
subsequently transmitted by a web server to a web browser, the tags are interpreted 
by the browser and used to parse and display the document. In addition to 
specifying how the web browser is to display the document, HTML tags can be used 
to create hyperlinks to other web documents. 

Internet - A collection of interconnected public and private computer networks that 
are linked together with routers by a set of standards protocols to form a global, 
distributed network. 

Search engine - A remotely accessible World Wide Web tool that allows users to 
conduct keyword searches for information on the Internet. Typically, a search 
engine uses a spider (also called a "crawler" or a "bot") that goes to every page or 
representative pages on every Web site that wants to be searchable and reads it, 
using hypertext links on each page to discover and read a site's other pages. The 
spider creates a huge index (sometimes called a "catalog") from the pages that 
have been read. See crawler definition above. 

Server - A software program or a computer that responds to requests from a web 
browser by returning ("serving") web documents. 

URL (Uniform Resource Locator) - A unique address that fully specifies the location 
of a content object on the Internet. The general format of a URL is protocol://server- 
address/path/filename. 

Web browser - A software program that allows users to request and read hypertext 
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documents. The browser gives some means of viewing the contents of web 
documents and of navigating from one document to another. Popular examples are 
Microsoft's Internet Explorer or Netscape's Navigator. 

Web document or page - A collection of data available on the World Wide Web and 
5 identified by a URL. In the simplest, most common case, a web page is a file written 

in HTML and stored on a web server. It is possible for the server to generate pages 
dynamically in response to a request from the user. A web page can be in any 
format that the browser or a helper application can display. The format is 
transmitted as part of the headers of the response as a MIME type, e.g. "text/html", 

1 0 "image/gif '. An HTML web 

page will typically refer to other web pages and Internet resources by including 

til hypertext links. 

p*' • Web Site - A database or other collection of inter-linked hypertext documents ("web 
N documents" or "web pages") and associated data entities, which is accessible via 

1J> a computer network, and which forms part of a larger, distributed informational 

^ system such as the WWW. In general, a web site corresponds to a particular 

S 

P Internet domain name, and includes the content of a particular organization. Other 

fjl 

y types of web sites may include, for example, a hypertext database of a corporate 

»f "intranet" (i.e., an internal network which uses standard Internet protocols), or a site 

2p of a hypertext system that uses document retrieval protocols other than those of the 

WWW. 

World Wide Web (WWW): An Internet client - server hypertext distributed 
information retrieval system. 



25 



Exemplary Embodiment-System Architecture for Enhanced Browser Based Crawler 
The enhanced crawler will be described with the use of FIGs. 3 to 8 to describe the 
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improved crawler services. The enhanced crawler is depicted in FIG. 3a and it comprises 
the following architecture: 



1) 


URL Pool - 302a 


2) 


Visited Pool - 304a 


3) 


Pool Manager - 306a 


4) 


Page Gatherer - 308a 


5) 


Page Renderer - 310a 


6) 


Resource Cache - 312a 


7) 


Page Extractor - 314a 


8) 


Page Summarizer -316a 



FIG. 3b is a flow diagram that illustrates an overview of the processing steps executed in 
accordance with the principles of this invention demonstrating the enhanced web crawling 
services of this invention. Essentially, the Enhanced Browser Based Crawler acts similarly 
to a web browser after retrieving the initially requested document (302b). It then loads 
additional or included documents (304b) as needed or required (e.g. inline-frames, frames, 
images, applets, audio, video, or equivalents). The Crawlerthen executes client side script 
or code (306b) and produces the final HTML markup (308b). This final HTML markup is 
ordinarily used for the rendering for user presentation process. However, unlike a web 
browser this invention does not render the composed document for viewing purposes. 
Rather it analyzes or summarizes it (31 0b), thereby extracting valuable metadata and other 
important information contained within the document. Finally, image data including images 
and image map are analyzed using optical character recognition (OCR) techniques (31 2b). 

The following is a detailed functional description of the individual components that 
comprise the system and method for enhanced browser-based web crawling. 

URL POOL 302a 

As in other crawlers, a URL list or "Pool" stores URLs that are yet to be crawled by 
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the system. The pool is initialized with "seed URLs" that point to Web pages where 
crawling will begin. As pages are gathered from the Web, they are processed by the other 
components of this system. As new URLs are discovered by the Page Summarizer, they 
are given to the Pool Manager which inspects them, checking whether they exist in the 
Visited Pool, and if not, inserts them into the URL pool for subsequent crawling. URLs are 
removed from the URL Pool when they are scheduled for crawling by the Pool Manager. 
The crawler system is finished when the URL pool is empty and all other components are 
idle. 

Visited Pool 304a 

URLs that have been crawled are inserted into a Visited list or "Pool". This pool 
accumulates overtime and will eventually contain all URLs gathered by the crawler system. 

Pool Manager 306a 

FIG. 4 is a flow diagram that illustrates the processing steps executed in a Pool 
Manager subroutine to control a visited pool and a URL pool. The Pool Manager is 
responsible for maintaining the contents of the URL Pool 302a and the Visited Pool 304a. 
The URL Pool is initialized with seed URLs through the Pool Manager 402. As pages are 
gathered from the Web, they are processed by the other components of this system. As 
new URLs 404 are discovered by the Page Summarizer, they are given to the Pool 
Manager which inspects them, checking whether they exist in the Visited Pool 406, and if 
not, inserts them into the URL pool 408 for subsequent crawling. The Pool Manager 
schedules a URL for crawling 410 and then the URL is crawled at the scheduled time 412. 
The URL is removed from the URL Pool 414 by the Pool Manager subsequent to the 
crawling and entered into the Visited Pool 416. The crawler system is finished when the 
URL pool is empty and all other components are idle. 

Page Gatherer 308a 
FIG. 5 is a flow diagram that illustrates the processing steps executed in a Page 
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Gatherer subroutine to gather contents of HTML pages. The Pool Manager gives a URL 
to the Page Gatherer for gathering 502. The Page Gatherer issues an HTTP command 
to the Web server named in the URL 504 and subsequently receives the content of the 
HTML page 506. The contents of the page are passed on to the Page Renderer for 
5 rendering 508. A check is performed to see if there are more URLs that need to be 
gathered at 510; the process continues as long as there are URLs to be gathered. 

Page Renderer 310a 
FIG. 6 is a flow diagram that illustrates the processing steps executed in a Page 
1 0 Renderer subroutine to create an in-memory representation of a HTML page layout. The 
Page Renderer is a page processing engine that exists in a Web browser and is normally 

5 used for displaying a HTML page to the user. In the Enhanced Browser Based Crawler 

m 

SJ system, however, the Page Renderer is used as an intermediate component for extracting 

N the contents of a HTML page. The enhanced crawler relies on the features of industrial- 
ly 

i| strength Page Renderers such as the one included in the publicly available Mozilla 

^ browser, also known as Netscape Navigator. These renderers implement several features 

5 ' 

D that a crawler needs for effective data extraction, including: 

m 

Cj • Handling of HTML text (tables, paragraphs, lists, or equivalents); 

|p • Handling of inline GIF and JPEG graphics (buttons, banners, maps, or equivalents); 

Execution of JavaScript code; 

Processing of HTML frames; 

Potentially, execution of Java applet code. 



25 The Page Renderer receives the contents of a HTML page from the Page Gatherer 602. 
It processes the contents by building an in-memory representation 604 of the layout of the 
page on a would-be user interface. These memory structures would normally communicate 
to a user interface component information on the manner of laying out text and graphics 
on the page. However, in this Enhanced Browser Based Crawler system, the memory 
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structures are passed on to the Page Extractor for processing 616 when no additional 
pages are needed for creation of the in-memory representation. 

In the event more pages are needed 606 in order to build a full representation of the 
layout of a HTML page, the Page Renderer may have to request additional pages to be 
5 fetched from the Web 608. These additional pages can include child frames and in-line 
GIF and JPEG image files (and potentially Java applet code). These URL requests are 
given to the Page Gatherer which retrieves 610 them immediately. The visited URLs are 
inserted into the Visited Pool and the Resource Cache 612. Finally, a final representation 
is constructed 614 and passed to the page extractor 616. 

10 

Resource Cache 312a 

u 

03 The Resource Cache stores a copy of each child frame page and in-line GIF and 

m 

q JPEG image files. The Page Renderer may need them in computing the layout of several 

^ HTML pages, so it is efficient to keep them in a local store rather than fetching these 

UJ 

i|> several times. Note that every page is not cached, just those pages that are used as child 

~ f frames and those image files that are used in-line in pages. 

a 

CI 

m 

[== Page Extractor 314a 

?( FIG. 7 is a flow diagram that illustrates the processing steps executed in a Page 

2D Extractor subroutine to extract embedded information from documents. This component 
is activated when the Page Renderer has finished rendering a HTML page. The Page 
Extractor has access to the memory structures of the Page Renderer 702. It first copies 
the contents of the text portion of the page into its own data structure 704, the Text Map. 
It then inspects in-line GIF and JPEG image references 706 and extracts the "alternate 
25 text" attributes 708 which typically describe the contents of an image (e.g. button or 
banner) in text form. These text attributes are also added 710 to the Text Map. Next, an 
optical character recognition engine is invoked 712 which analyzes all in-line GIF and 
JPEG images 714 and attempts to extract textual content from them. This text content is 
added to the Text Map 716. 
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Page Summarizer 316a 
FIG. 8 is a flow diagram that illustrates the processing steps executed in a Page 
Summarizer subroutine to summarize data into metadata for forwarding to an application. 
The Page Summarizer receives the Text Map from the Page Extractor 802 and processes 
the content in an application-specific manner 804. For instance, a crawler for price data 
would apply data extraction patterns 806 to the Text Map and translate it into structured 
price data 808. URLs residing in the Text Map are given to 810 the Pool Manager for 
subsequent crawling. Extracted data and / or metadata are given to the application logic 
812. 

In this manner, an improved System and Method for Enhanced Browser Based Web 
Crawling has been described that overcomes the imperfections of the prior art. Now, web 
crawling will not be a faulty process that does not permit accurate retrieval of dynamic 
content and embedded image content. Rather, the use of browser technology integrated 
within the crawler in combination with the use of optical character recognition techniques 
disclosed herein allows for the accessing, retrieval and summarization of a whole and 
complete document free from any underlying software errors. 

Discussion of Hardware and Software Implementation Options 
The present invention, as would be known to one of ordinary skill in the art could be 
produced in hardware or software, or in a combination of hardware and software. The 
system, or method, according to the inventive principles as disclosed in connection with 
the preferred embodiment, may be produced in a single computer system having separate 
elements or means for performing the individual functions or steps described or claimed 
or one or more elements or means combining the performance of any of the functions or 
steps disclosed or claimed, or may be arranged in a distributed computer system, 
interconnected by any suitable means as would be known by one of ordinary skill in art. 

According to the inventive principles as disclosed in connection with the preferred 
embodiment, the invention and the inventive principles are not limited to any particular kind 
of computer system but may be used with any general purpose computer, as would be 
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